Documents à jours en réseau

Réduire
X
 
  • Heure
  • Afficher
Tout nettoyer
nouveaux messages
  • A***
    Compte archivé

    • septembre 2001
    • 563

    #1

    Documents à jours en réseau

    Depuis quelques semaines j'ai un deuxième ordinateur à la maison et mes deux machines sont en réseaux sous XP Pro. Je me demandais s'il existait une option quelque part ou un logiciel pour maintenir les documents sur lesquels on travaille à jour. Je m'explique. Pour mes romans par exemple, j'ai une copie de mes fichiers Word sur chacune des machines puisqu'il m'arrive de travailler indifféremment sur l'un ou l'autre des ordinateurs. Je suis donc obligé, à chaque fois que je change de machine, d'aller récupérer sur l'autre ordinateur mon fichier le plus récent. Je voudrais donc savoir s'il existe un moyen pour que les fichiers se mettent à jour tout seul. Je précise que je ne veux pas utiliser de fichiers partagers, je veux bien avoir deux fichiers bien distinct (en cas de plantage ou de virus, je préfère).
    Merci d'avance à ceux qui se pencheront sur le problème
    "Attention, il suit un régime très strict ! Il mange de tout, n'importe quand et surtout en très grosse quantité ! Et enlevez lui le rose du jambon, il n'aime pas ça."
  • J-C
    Muad'Dib


    • juillet 2002
    • 3653

    #2
    Ben quand tu sauvegardes ton fichier sur ton PC 1 par exemple, tu n'as qu' à faire par la suite "enregistrer sous..." et tu sauvegardes ton fichier également sur ton PC 2.
    Puis, si t'es sur ton PC 2, ben même procédure, tu sauves sur les 2 PC ainsi t'auras toujours la même version sur tes deux PC.

    Je ne vois pourquoi il faudrait un logiciel pour cela :confused:

    Tu dis que tu ne veux pas utiliser les fichiers partagés mais ça reste le plus simple pourtant...

    A quoi bon mettre tes PC en réseau alors ?
    A partir du moment où tes PC sont en réseau, ce n'est pas parce que tu n'as aucun dossier partagé qu'un virus ne pourrait pas du PC 1 aller sur le PC 2.

    Perso, j'ai toujours eu deux PC en réseau et si ça peut te rassurer, quand j'avais un virus sur un PC, il n'allait pas sur l'autre.

    Et puis, avec un bon firewall, tu peux bloquer les entrées et sorties entre tes deux PC aussi.
    Quand mon firewall est mis, il m'est impossible d'aller sur le PC de ma copine à partir du mien par exemple.
    Dernière modification par J-C, 13 septembre 2005, 16h18.
    Qu'il en soit selon la volonté de Shaï Hulud...

    Commentaire

    • gameslover
      Ojii-sama


      • septembre 2001
      • 21350

      #3
      LA vraie méthode la plus efficace pour vraiment ne pas avoir de risque de pertes de données c'est d'utiliser la méthode RAID-1 en gros :

      On obtient ainsi une plus grande sécurité des données, car si l'un des disques tombe en panne, les données sont sauvegardées sur l'autre. D'autre part, la lecture peut être beaucoup plus rapide lorsque les deux disques sont en fonctionnement. Enfin, étant donné que chaque disque possède son propre contrôleur, le serveur peut continuer à fonctionner même lorsque l'un des disques tombe en panne, au même titre qu'un camion pourra continuer à rouler si un de ses pneus crève, car il en a plusieurs sur chaque essieu...
      Très pratique pour éviter de perdre des données mais cher...

      Plus sérieusement je suis de l'avis de JC, le système de partage de fichiers me parait la meilleure solution à ton problème... la plus simple surtout... bien qu'une sauvegarde sur un élément externe type clé USB ne soit pas non plus à négliger à mon avis...

      Commentaire

      • Victor
        Nettoyeur


        • mars 2004
        • 5316

        #4
        Je pense qu'il existe un outil qui permet de faire ce que tu souhaites:
        "Synchroniser" dans le groupe Accessoires.
        Bon ben je vais aller nettoyer les pc !

        Commentaire

        • A***
          Compte archivé

          • septembre 2001
          • 563

          #5
          Ce qui me gène avec le partage de fichier, ce n'est pas la propagation d'un virus d'un ordinateur à l'autre, mais c'est que, si l'ordinateur qui héberge les fichiers est infecté (ou que le dur tombe en rade), les fichiers sont définitivement perdus. Avec ce que je veux faire, ça permet d'avoir constamment mes fichiers en double, sans avoir de fastidieuses sauvegardes à faire. Si l'un à une défaillance, l'autre est là.
          Le reseau me sert à envoyer des fichiers occasionnellement et à jouer en LAN. Quand il s'agit de travailler sur une dizaine de documents tous les jours (documents utilisés par deux personnes difféntes), la méthode du "enregistrer sous" devient rapidement fastidieuse.
          Je connais le RAID 0, mais je n'ai pas les moyens de me payer un autre disque dur. Qui plus est, s'il y a un problème électrique, les deux disques ont de grandes de chances de grillés.
          La synchronisation à l'air d'être exactement ce qu'il me faut (j'avais jamais fait gaffe à cet application de Windows, comme quoi, on connait jamais parfaitement son OS). Mais bizarrement je n'arrive pas à lui rajouter de fichiers à synchroniser. Je ne peux que synchroniser les pages web hors connection. Si quelqu'un sait s'en servir mieux que moi, je suis preneur.

          EDIT : Après recherche, la synchronisation n'est pas possible quand le changement rapide de session est activé, il faut donc que je trouve un autre logiciel. Il semblerait que Windows Commander le fasse. Si vous en connaissez d'autres...
          Dernière modification par A***, 13 septembre 2005, 17h59.
          "Attention, il suit un régime très strict ! Il mange de tout, n'importe quand et surtout en très grosse quantité ! Et enlevez lui le rose du jambon, il n'aime pas ça."

          Commentaire

          • Invité

            #6
            Unison à l'air cool...

            (le RAID n'a bien entendu rien à voir avec cette affaire... google devient vraiment mauvais comme c'est pas croyable mes aïeux ! )
            Dernière modification par Invité, 13 septembre 2005, 19h59.

            Commentaire

            • M***
              Compte archivé

              • octobre 2001
              • 2429

              #7
              Y'a plein d'outils pour ça sous Linux comme rsync, doit bien y avoir pareil sous Windows !
              [URL=http://www.jokari.info]Jokari.info[/URL]

              Commentaire

              • Invité

                #8
                Envoyé par Moogle
                Y'a plein d'outils pour ça sous Linux comme rsync, doit bien y avoir pareil sous Windows !
                unison est censé etre mieux que rsync, plus proche de cvs ou subversion
                en plus il est codé en caml donc c'est sex ^^

                Commentaire

                • A***
                  Compte archivé

                  • septembre 2001
                  • 563

                  #9
                  Bon, je veux essayer Unison mais là, y a un soucis. Il n'y a pas d'executable dans le fichier à télécharger. A ce que j'ai compris il faut construire son propre executable à l'aide d'un logiciel de programmation que j'ai téléchargé. Seulement voilà, pas d'executable non plus. Amis Pingouins, Help !
                  "Attention, il suit un régime très strict ! Il mange de tout, n'importe quand et surtout en très grosse quantité ! Et enlevez lui le rose du jambon, il n'aime pas ça."

                  Commentaire

                  • Guil
                    Legendary


                    • avril 2002
                    • 2467

                    #10
                    Quel possibilité as-tu choisie ?
                    Par Cygwin ou par MSVC ?
                    A priori Cygwin ca va être un peu le marteau-piqueur pour écraser la mouche : installer sur ton windows un emulateur Unix avec tous les suppléments de compilation C pour pouvoir compiler un programme pour windows.... Mouais.

                    MSVC ca n'a pas l'air trop sorcier. Apparemment il suffirait de passer la commande rc unison.rc Après avoir installer le kit visual C++ de Micro$oft.

                    Edit: Argh, j'avais pô vu : les 2 solutions nécessitent Cygwin et également Ocaml. Ca se complique... Du coup j'ai pas le temps de regarder plus en avant pour l'instant.
                    Dernière modification par Guil, 14 septembre 2005, 12h48.
                    Guil

                    Commentaire

                    • l***
                      Compte archivé

                      • septembre 2001
                      • 1652

                      #11
                      Tiens, dans sa grande générosité, vince te fait parvenir ce lien vers les executables windows d'unison :

                      https://svn.cis.upenn.edu/svnroot/un...aries/windows/
                      DJU - DJU !!
                      Boulet was right !

                      Commentaire

                      • Invité

                        #12
                        oh oui merci cokin

                        il n'est jamais nécessaire de compiler un programme. d'une part parce que c'est une opération non triviale, et d'autre part parce que les builds perso sont souvent instables. par contre il est toujours nécessaire de bien chercher sur le site en question pour trouver des binaries précompilées..

                        cygwin n'est pas un émulateur unix : impossible de faire tourner un programme unix (déjà faudrait définir quel unix...) directement sous cygwin. c'est juste une collection de programmes utilisés fréquemment sous unix (shell bash, coreutils, autotools) qui permettent de travailler sous windows comme sous unix. en particulier, les scripts de compilation des programmes faits pour unix peuvent souvent etre executés tels quels sous windows. cela évite aux développeurs d'avoir à prévoir la compilation sous windows séparément. le seul désavantage est qu'il faut une bibliothèque spéciale pour lancer les programmes compilés sous cygwin, ce qui est relativement caca. pour remédier à ça, on lui préférera de loin MinGW/MSYS qui a les mêmes avantages, l'inconvénient en moins.

                        Commentaire

                        • Guil
                          Legendary


                          • avril 2002
                          • 2467

                          #13
                          merci de tes précisions sur Cygwin.

                          Malheureusement des dév chez nous ont crus intelligent de nous fourguer un combo cygwin-postgres pour y faire tourner un framework maison qui m'a l'air particulièrement merdeux.
                          Evidemment comme tout cela est gratuit ca plait beaucoup à nos hautes sphères.... :rolleyes: Et il n'y en a pas un qui se soit préoccupé du pauv' couillon qui s'occupe tant bien que mal de l'exploit...
                          J'ai déjà mis un bon moment à comprendre comment installer un bête cron sous cygwin pour faire un dump quotidien de la base...
                          Si MinGW/MSYS est moins pénible, je vais regretter que nos chers guguss qui s'occupe des études ne l'ait pas choisi :mad:
                          Guil

                          Commentaire

                          • Invité

                            #14
                            essentiellement, cygwin et msys font la même chose, sauf que cygwin recode quelques fonctions windows dans sa librairie alors que msys lie tout aux bibliothèques système windows. c'est plus pratique pour distribuer après coup. mais je ne pense pas que ça serait meilleur pour ton problème : faire tourner sous windows des daemons initialement prévus pour unix est généralement une galère pas possible... dans le cas du cron, le mieux est d'utiliser directement le planificateur de taches windows ; c'est justement possible car ces environnement n'émulent pas mais compilent des programmes windows, ils sont donc accessibles depuis l'extérieur.

                            Commentaire

                            • Guil
                              Legendary


                              • avril 2002
                              • 2467

                              #15
                              Ben en fait c'est quasiment ce qu'a fait Cygwin : après avoir installé le module cron (et la tripotée de sous-modules nécessaire) il a créé un service windows appelé... cron.
                              Sinon ça s'utilise comme un cron classique (après).
                              Guil

                              Commentaire

                              Chargement...